home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0124 / 262.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  658 lines

  1. Info-Atari16 Digest         Fri, 10 May 91       Volume 91 : Issue 262
  2.  
  3. Today's Topics:
  4.                  1040ST FLASHBACK backup restoration?
  5.                                3 bombs
  6.                        Animations sent to a.a.
  7.           Bugs in Sozobon C (newest version from terminator)
  8.                    Extended Argument Passing Scheme
  9.                           GCC compile error
  10.                       Graphics Cards for ST/STe
  11.                      HighSpeed Pascal on the ST.
  12.            IMPORTANT: Users of Rodney's UUCP modules / GUS
  13.                   Info about the Windsor Atari Show
  14.                              lzh question
  15.             Mark Choi's USENET ST mail order service.....
  16.                             One Last Wish
  17.                          ST systems for sale
  18.                  To J. R. Bammi (mail bounced, sorry)
  19.                              Tos 1.4 Bugs
  20.                       Weird TT hard disk thingy
  21.  
  22. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  23. cross-posting to/from Usenet is getting closer, but still getting thrashed
  24. out.  Please send notifications about broken digests or bogus messages
  25. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  26.  
  27. Please send requests for un/subscription and other administrivia to
  28. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  29. instead of the moderators are likely to be lost or ignored.
  30.  
  31. If you want to unsubscribe, and you're receiving the digest indirectly
  32. from someplace (usually a BITNET host) that redistributes it, please
  33. contact the redistributor, not us.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: 9 May 91 23:52:53 GMT
  37. From:
  38.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!caen!ufl
  39.  orida!shark!terryb@arizona.edu (terry bohning)
  40. Subject: 1040ST FLASHBACK backup restoration?
  41. To: Info-Atari16@naucse.cse.nau.edu
  42.  
  43. A friend of mine uses an Atari 1040 ST as a POS terminal in her
  44. business.  I don't know the full story, but for some reason the hard
  45. disk was reformatted by an employee.  The disk had her customer
  46. mailing list, inventory, etc. on it.  They tell me the drive was backed
  47. up first using a program called FLASHBACK.   But the copy of FLASHBACK
  48. on the hard drive is gone.
  49.  
  50. 1) Anyway to "unformat" the hard drive?
  51. 2) Anywhere to get FLASHBACK or a compatible to restore the drive?
  52.  
  53. Failing these, there is a program called RWALL.ZIP in IBMHW forum
  54. on Compuserve that says it lets a PC read and write ST disks.
  55. Could the backup up disks be read onto a PC and the customer data
  56. extracted into ASCII files somehow?
  57.  
  58. P.S.: I am completely unfamiliar with Atari machines, but familiar
  59. with IBM and compatibles.
  60.  
  61. thanx
  62. terry
  63.  
  64. ------------------------------
  65.  
  66. Date: 9 May 91 22:25:40 GMT
  67. From:
  68.  arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!utgpu
  69.  !utzoo!lsuc!jimomura@arizona.edu (Jim Omura)
  70. Subject: 3 bombs
  71. To: Info-Atari16@naucse.cse.nau.edu
  72.  
  73. In article <1991May7.231318.12305@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura)
  74.  writes:
  75. >
  76. >     I've been working on a program for a few months now and it's got
  77. >one "last" problem that I can't fix.  I've been staring at it off and
  78. >on for months now.  The program is graphics oriented using GEM calls.
  79. >As far as I know I've done everything I need to do for a "clean exit"
  80. >back to the desktop.  But I still get 3 bombs when it returns to
  81. >the desktop.  Functionally the program is usable as-is.  But I don't
  82. >like the idea of marketting a product that bombs on exit.  I've
  83. >compiled the program with Sozobon C and I was wonder if this is a
  84. >specific problem with Sozobon.  Or is there something I don't know
  85. >about exiting from GEM?
  86.  
  87.      I found the answer yesterday!  Many thanks to all who responded.
  88. In fact, though nobody identified the problem exactly, the tip off
  89. was when someone recommended that I try compiling my "initialization"
  90. and "clean exit" sequences separately to make sure the problem was
  91. in that area.  In fact, it made me think a bit more about my code
  92. structure.  Almost all my testing included saving a file before
  93. exiting.  Since the file saved properly, I assumed that that code
  94. was correct.  But it occurred to me that at the end of the routine
  95. I usually 'fflush()' the buffer at the end before returning.  In
  96. fact, I was wondering if I forgot to put it in the code.  Well, it
  97. was there alright, but the problem was that it should NOT have
  98. been there this time.  'fflush()' is only used when you have a
  99. path that's been 'fopen()'d and is pointed to with a type FILE.
  100. The path I was using had been openned by 'open()' and the pointer
  101. was a type 'int'.  The surprising thing is that I didn't seem to
  102. have any crash problems when I ran my program from a text Shell.
  103. Oh well.  It's party time! :-)
  104.  
  105.  
  106. --
  107. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  108. lsuc!jimomura
  109. Byte Information eXchange: jimomura
  110.  
  111. ------------------------------
  112.  
  113. Date: 9 May 91 21:39:40 GMT
  114. From:
  115.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!wuarchiv
  116.  e!csus.edu!ucdavis!csusac!csuchico.edu!ekrimen@arizona.edu (Ed Krimen)
  117. Subject: Animations sent to a.a.
  118. To: Info-Atari16@naucse.cse.nau.edu
  119.  
  120. Here are some animations that I've sent to atari.archive.
  121.  
  122. 247481 May  9 14:10 backflip.lzh - A skeleton doing a backflip.
  123. 231186 May  9 14:13 car.lzh      - A solid-modeled racing car.
  124. 262767 May  9 14:10 dino&hel.lzh - A dinosaur and military helicopter.
  125. 202851 May  9 14:11 golf.lzh     - A golfing tragedy!
  126. 227422 May  9 14:14 gunship.lzh  - A view from a cockpit I think.
  127. 177908 May  9 14:14 insects.lzh  - A couple of bees flying around.
  128.  64103 Sep 17  1989 lamp.lzh     - A Luxo lamp a la Pixar.
  129.  45632 May  9 14:14 scanned.lzh  - A series of scanned images linked for anim.
  130. 222527 May  9 14:12 starwars.lzh - An X-wing fighter destroying the Death Star.
  131. 502125 May  9 14:12 vidibat.lzh  - Vidi-digitized images from Batman.
  132.  
  133. These are Cyber .SEQ animations.  You can use animate.lzh in /atari/graphics
  134. to view them.
  135. --
  136.    |||   Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
  137.    |||   Video Production Major, California State University, Chico
  138.   / | \  SysOp, Fuji BBS: 916-894-1261
  139.  
  140. ------------------------------
  141.  
  142. Date: Fri, 10 May 91 09:43:36 CET
  143. From: 115358%DOLUNI1.BITNET@CUNYVM.CUNY.EDU
  144. Subject: Bugs in Sozobon C (newest version from terminator)
  145. To: Info-Atari16@naucse.cse.nau.edu
  146.  
  147. Date: 10 May 1991, 09:37:26 CET
  148. From: 115358   at DOLUNI1
  149. To:   Info-Atari16@naucse.cse.nau.edu
  150.  
  151.  
  152.  
  153. Last week I loaded the Sozobon-C package from the terminator archive. I found
  154. that the binaries and sources still contain one heavy bug: to correct the stack
  155. after a function call the compiler produces "add.w #<number>,SP" instead of
  156. "add.l ...". I suspect that this is not the only bug in the package and even
  157. after correcting it in the compiler I would have to rebuild the dLibs (and the
  158. binaries themselves).
  159.  Are there bug-fixed versions around, maybe on some archive ?
  160. Answers please to 115358@DOLUNI1.BITNET or UO04.DDAGSI3.BITNET
  161.                  Friedrich Kammer
  162.  
  163. ------------------------------
  164.  
  165. Date: 9 May 91 21:26:20 GMT
  166. From:
  167.  arizona.edu!cerritos.edu!nic.csu.net!usc!sdd.hp.com!mips!atha!aunro!ersys!mforg
  168.  et@arizona.edu (Michel Forget)
  169. Subject: Extended Argument Passing Scheme
  170. To: Info-Atari16@naucse.cse.nau.edu
  171.  
  172. Roy Bixler writes:
  173.  
  174. Not correct.  I compiled it with GNU C ver. 1.37.  From what I've
  175. heard, it supports the extended argument passing scheme of Atari.
  176.  
  177. --------------------------------------------------------------------------
  178.  
  179. Could someone please send me a description of the Extended Argument
  180. Passing Scheme mentioned above, along with information on how to use it.
  181. One person sent me some information, but it was a Shar.  I had no utility
  182. to UnShar it, and then my HD crashed losing everything less than a week
  183. old.  I also lost the person's name and E-Mail address as well.  If
  184. someone could please send me the appropriate information, I would be
  185. forever grateful.
  186.  
  187.  
  188. <<  ersys!mforget@nro.cs.athabascau.ca  >>
  189. <<  or in the language that PEOPLE use  >>
  190. <<  Michel Forget...:)                  >>
  191.  
  192. ------------------------------
  193.  
  194. Date: Fri, 10 May 91 03:44:43 CDT
  195. From: boyce@sifvs3.SINet.SLB.COM (David Boyce)
  196. Subject: GCC compile error
  197. To: info-atari16@naucse.cse.nau.edu
  198.  
  199. Bill Ferrer writes:
  200. >   After downloading the gcc compiler and getting very thing ready,  I came
  201. >across another problem.  When I type in gulam gcc -v hello.c, I get an error:
  202. >
  203. >can't find d:\tmp/cc100000.s
  204. >
  205. >or something like that.  gcc created a file that has a slash in the filename
  206. >which does not exist how can i fix this error.
  207.  
  208. First off, make sure that you've defined all the environment variables
  209. correctly. That's the main problem installing GCC.
  210.  
  211. You didn't say when the error occurred - the -v option should come up with
  212. the commands given to the various stages of compilation. From the error
  213. it looks as if the problem occurred when assembling, ie, gcc-as couldn't
  214. find the assembly file produced by the compiler. It could be that the
  215. compiler didn't start up properly due to memory problems. If you've
  216. only got a 1Mb then you probably won't be able to run it - I've got
  217. 2.5Mb and I've never had problems, even compiling large programs.
  218.  
  219. Don't worry about the mix of slashes and backslashes - GCC handles them ok.
  220.  
  221.         - Dave
  222.  
  223. -----
  224. David Boyce, Schlumberger Instruments,          |  boyce@sifvs3.sinet.slb.com
  225. Farnborough, Hants, UK, (+44) 252 544433 x5543  |
  226. Disclaimer: My employer doesn't know I post     |     Made in Scotland
  227.              to this list.                      |       from girders
  228.  
  229. ------------------------------
  230.  
  231. Date: Fri, 10 May 91  12:06
  232. From: PORCHA%VAX1.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.PRINCETON.EDU
  233. Subject: Graphics Cards for ST/STe
  234. To: INFO-ATARI16@naucse.cse.nau.edu
  235.  
  236. Someone recently asked about graphics boards for the ST/Mega/STe etc. This is
  237. the spec of one I have seen here in the U.K. It is known as the Reflex 1024
  238. board from Titan Designs, spec is as follows.
  239.  
  240. Price 249 UK pounds plus tax
  241.  
  242. **SM124(Atari Mono)**
  243. gives 1024x960 interlaced
  244.       1024x800 interlaced
  245.       800x480 non interlaced (nice!!!!)
  246.  
  247. **SM125(Atari Mono)**
  248. As above plus 1024x600 non interlaced (Nice too, as sharp as normal mono mode)
  249. This is also available on 124 with internal adjustment of v-height.
  250.  
  251. **Samsung A4 Portrait (395 UK pounds + Tax)**
  252. 800x1008 This is the only portrait screen I have seen on the ST
  253.  
  254. **Wyse 19 inch multisynch (795 uk pounds plus tax)**
  255. 1024x1024
  256. 1024x960
  257.  
  258. **Hitachi 21 inch monofocus FST (895 uk pounds plus tax)
  259. 1024x870
  260.  
  261. **Normal Multisynchs**
  262. Various resolutions
  263.  
  264. Available from Titan Designs
  265. Jonic House
  266. Speedwell Road
  267. Hay Mills
  268. Birmingham
  269. B25 8EU
  270. United Kingdom  (Phone +44 21 706 6085) (021 706 6085 in U.K.)
  271.  
  272. I have seen it work on Megas and STE's though I dont know if the STE fitting
  273. kit is yet in production.
  274.  
  275. I am not connected with them except as a potential customer who went round
  276. for a demo (as their office is near to me).
  277.  
  278. *****************************
  279.  
  280. Adrian Porch
  281. PORCHA@UK.AC.BHAM.VAX1
  282.  
  283. "Sounds a bit rude, sounds like bum!"
  284.  
  285. *****************************
  286.  
  287. ------------------------------
  288.  
  289. Date: Fri, 10 May 91 11:33:58 +0100
  290. From: J Cartwright <csc207@central1.lancaster.ac.uk>
  291. Subject: HighSpeed Pascal on the ST.
  292. To: Info-Atari16@naucse.cse.nau.edu
  293.  
  294.         Ok. I bought HighSpeed Pascal from HiSoft the moment it became availablein this
  295.  country. The manual isn't as good as the usual one's from HiSoft, but
  296. that's because it was written by the D-House team who produced the package
  297. itself.
  298.  
  299.         My first impression of the whole system is that it's VERY VERY GOOD.
  300. It compiles at a ludicrously fast speed, and I should imagine that if you ran
  301.  iton a hard drive, it'd be well cool.
  302.  
  303.         At the moment I've only been using it to write programs on for the
  304. university as practical work. However, I've started using it to write GEM
  305. applications in, and the libraries are rather good to say the least.
  306. {- Incidentally, it has the function VST_LOAD_FONTS expecting a font number to
  307.    load, whereas in DEVPAC the function loads ALL Gdos fonts referred to in
  308.    the ASSIGN.SYS file. What's going on here?? Please e-mail me an answer }
  309.  
  310.         If you wanna know anything about it, then e-mail me, and I'll see if I
  311. can help. But hurry, I'll be leaving here in about 6 weeks!
  312.  
  313.         Kind regards,
  314.                 JON THE PROGRAMMER.
  315.  
  316. P.S.
  317.         Anyone out there interested in a Guitar Chord Score Writing System
  318. that I've been developing under GEM?
  319.  
  320. ------------------------------
  321.  
  322. Date: 9 May 91 14:15:27 GMT
  323. From: mcsun!ukc!slxsys!ibmpcug!mantis!mathew@uunet.uu.net (CNEWS MUST DIE!)
  324. Subject: IMPORTANT: Users of Rodney's UUCP modules / GUS
  325. To: Info-Atari16@naucse.cse.nau.edu
  326.  
  327. I have been fiddling around with Rodney's UUCP modules (Mercury UUCP) and the
  328. GUS GEM UUCP Shell for the past month or two, trying to decide whether to
  329. keep them or rewrite them.
  330.  
  331. I has recently been drawn to my attention that said software is generating
  332. Usenet Date: headers with the year in full -- that is,  17 Jun 1991 instead
  333. of 17 Jun 91.
  334.  
  335. THE NEW "IMPROVED" C-NEWS WILL SILENTLY DISCARD ALL SUCH ARTICLES, WITHOUT
  336. WARNING THE POSTER.
  337.  
  338. If you use your ST to post to Usenet via UUCP, it is quite likely that Cnews
  339. sites around the world have been quietly throwing away all your postings
  340. without even trying to tell you. It happened to me.
  341.  
  342. Yes, Mercury should create date fields in the proper format; but equally,
  343. Cnews should not throw away articles which it is perfectly capable of
  344. correcting the headers of and of delivering.
  345.  
  346. If you think that this Cnews behaviour is unacceptable, I would suggest
  347. complaining in news.software.b. If we all scream loudly enough, perhaps they
  348. will fix it.
  349.  
  350.  
  351. mathew
  352.  
  353. ------------------------------
  354.  
  355. Date: 9 May 91 17:02:09 GMT
  356. From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard)
  357. Subject: Info about the Windsor Atari Show
  358. To: Info-Atari16@naucse.cse.nau.edu
  359.  
  360. In article <5227.2828199f@miavx1.acs.muohio.edu> rlcollins@miavx1.acs.muohio.edu
  361.  (Ryan 'Gozar' Collins) writes:
  362. >...Bob Brodie for US Atari and Jeff "something" from Canada Atari talked
  363. >for a little while, and then held a Q&A session. Some of the key points
  364. >are:
  365.  
  366. Bob spoke at a Bay Area user's group last night, here are some of his
  367. comments related to his Windsor comments:
  368.  
  369. >FSM GDOS will cost <$100, but I don't remember a release date. (He (Bob)
  370. >didn't give a definate date though)
  371.  
  372. It will (eventually) be shipped with Mega STE's and TT's, but isn't currently.
  373. He didn't know whether current Mega STE and TT owners would get free copies.
  374. The cost is due to the fact it uses Ultrascript Type I fonts, which are owned
  375. by Imagen and need to be licensed.
  376.  
  377. >Atari has purchased the source code to Word Up! but Bob couldn't say
  378. >what for.
  379.  
  380. He suggested to us that Atari would be making it work like "they think it
  381. should" (i.e., fix the bugs), but didn't know whether it would be sold,
  382. bundled, etc.
  383.  
  384. >...They plan on phasing out the Stacy in favor of the ST notebook, which
  385. >will be shown at Fall Comdex.
  386.  
  387. He told us that he expects the Notebook will become the portable of choice,
  388. but there are no plans to drop or discontinue the Stacy, and that musicians
  389. really don't care about battery use, just ease of transport (for which the
  390. Stacy is fine).
  391.  
  392. >Thats about everything I can remember now, I wish I would've took a tape
  393. >recorder with me, or at least a notebook!! (I will be prepared for the
  394. >next one though. (In Chicago in November)
  395.  
  396. Other comments...
  397.  
  398. Efforts are being made (no details on by whom) to allow the Atari CD-ROM to
  399. use existing PC-based disks (such as Microsoft Bookshelf)...
  400.  
  401. MultiGEM is being worked on...
  402.  
  403. Atari US is going to be much more aggressive at getting the limited production
  404. of computers, many of which are now going to Atari Germany...
  405.  
  406. High-end publishers continue to be amazed by the blazing speed of an ST/TT
  407. with an Atari laser printer and Calamus...
  408.  
  409. He related an amusing anecdote of how they demonstrated Calamus at a Mac
  410. User's Group meeting, totally astounding the attendees with Calamus' speed
  411. and price, and how upset the Timeworks rep was to hear that Calamus was $199
  412. versus Publish It's $349, and then how they went to an Atari User's Group
  413. meeting, and the attendees were outraged about how expensive Calamus was!!
  414.  
  415. --
  416.  ##############################################################################
  417.  # Bill Sheppard  --  bills@microware.com  --  {uunet,sun}!mcrware!mwca!bill  #
  418.  # Microware Systems Corporation  ---  OS-9: Seven generations beyond OS/2!!  #
  419.  ######Opinions expressed are my own, though you'd be wise to adopt them!######
  420.  
  421. ------------------------------
  422.  
  423. Date: 7 May 91 19:15:56 GMT
  424. From:
  425.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!ox.com!
  426.  math.fu-berlin.de!unidui!unido!horga!nathan!ue@arizona.edu (Udo Erdelhoff)
  427. Subject: lzh question
  428. To: Info-Atari16@naucse.cse.nau.edu
  429.  
  430. In article <3236@laura.UUCP> klute@tommy.informatik.uni-dortmund.de
  431. (Rainer Klute) writes:
  432. [Some comments about using Arcgsh 3.5 as destop application for *.ZOO etc]
  433. >
  434. > This works the same for Arc and LHarc archives, and even for uuencoded files.
  435.  
  436. Hi there,
  437. are you currently planning to support UNARJ, UNZIP or the soon coming STZip??
  438. It seems that we ST-users are climbing up the ladder of aviable archivers,
  439. all we need is some good gui to make life easier...
  440. /s/ Udo
  441.  
  442. --
  443. Udo Erdelhoff                               smart: ue@nathan.ruhr.de
  444. Am Westheck 170                             Fido:  Udo Erdelhoff on 2:245/52.1
  445. W-4600 Dortmund 12 (FRG)                    Maus:  Udo Erdelhoff @ DO
  446.        Please keep your replies short - I have to pay for recieving mail
  447.  
  448. ------------------------------
  449.  
  450. Date: 9 May 91 21:48:06 GMT
  451. From:
  452.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!wciu!abode!scale@ar
  453.  izona.edu (Luis Outumuro)
  454. Subject: Mark Choi's USENET ST mail order service.....
  455. To: Info-Atari16@naucse.cse.nau.edu
  456.  
  457.           Hi Mark,
  458.                     I have a few thoughts about your idea of a "USENET
  459. ST mail order service".  It's not that I think it is a bad idea, I feel
  460. that it raises some complicated questions though.
  461.  
  462.  
  463.      Mark Choi recently wrote.....
  464.  
  465. $        Question: Does anyone think this goes against USENET ethics about
  466. $commercial advertsing, etc.?
  467.  
  468.  
  469.          Any way one looks at it, it still comes down to being a commercial
  470. venture being promoted through the public networks; and granted I am not an
  471. expert on UseNet ethics, but hasn't these types of ventures been either
  472. frowned upon, restricted or not allowed?  We've all seen many commercial
  473. publishers here on the networks, although they have been typically
  474. providing technical support and service information; not pitching thier
  475. products.
  476.          Now let's assume that such a service is "allowed".  Does this mean
  477. that one vendor is selected as the singular official UseNet ST supplier; or
  478. establish c.s.a.st as an open marketplace where any vendor can freely
  479. provide thier services to the network?  How would this be fairly decided?
  480. I do not see any easy answers.
  481.          I'll be honest with everyone here; yes, I am biased.  As a
  482. computer dealer, I take a great interest in the subject.  As I am sure that
  483. other dealers, manufacturers and publishers; would appreciate being able to
  484. openly and freely advertise, solicite orders and sell thier products here
  485. on the public networks.  Realistically however, I doubt that this would
  486. happen; I am also unsure whether it good for the network or not.
  487.          Like I mentioned earlier, it is not a bad idea; I just doubt that
  488. there would be a way to implement the idea to fairly satisfy all concerned
  489. parties.  Of course these are my own ramblings, there may be something that
  490. I have not thought of.  Any suggestions would be welcome, bye...........
  491.  
  492.  
  493.                                       Luis Outumuro
  494.  
  495.  
  496. --
  497. """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  498. Luis Mark Outumuro III                |  "Well... you're damned if you do,
  499. Computer Office Products 818/813-1051 |   and you're damned if you don't!"
  500. Infoline                 818/813-1053 |         - Bart Simpson, 1990...
  501.  
  502. ------------------------------
  503.  
  504. Date: 9 May 91 20:38:35 GMT
  505. From: argosy!henry@decwrl.dec.com (Henry Polard)
  506. Subject: One Last Wish
  507. To: Info-Atari16@naucse.cse.nau.edu
  508.  
  509. In article <3VwJ23w164w@bluemoon.uucp> dddean@bluemoon.uucp (David D. Dean)
  510.  writes:
  511.  
  512. <tear-jerking stuff>
  513.  
  514. >          A brain tumor is cutting short the life of seven-year-old
  515. >Craig Shergold.  His Last Wish doesn't seem very much to ask; simply
  516. >that he receive some Get Well cards---hopefully enough to break The
  517.  
  518. THIS IS A HOAX!! See alt.folklore.urban for details.
  519.  
  520. Henry Polard   |  REAL net address: | Reality         / Virtual 17-line .sig
  521. (408) 736-3300 |  henry@maspar.com  | is an allusion. \ with spiffy graphics.
  522.  
  523. ------------------------------
  524.  
  525. Date: 10 May 91 00:37:06 GMT
  526. From:
  527.  arizona.edu!cerritos.edu!nic.csu.net!usc!jarthur!petunia!csuchico.edu!ekrimen@a
  528.  rizona.edu (Ed Krimen)
  529. Subject: ST systems for sale
  530. To: Info-Atari16@naucse.cse.nau.edu
  531.  
  532. In article <154865@pyramid.pyramid.com> apalmer@pyrtech.pyramid.com (Albert
  533.  "Earthquake" Palmer) writes:
  534. >
  535. >I also have about 10 Mega keyboards that I would like to sell.  These are
  536. >just the bare bones keyboards.  They are a direct replacement for the
  537. >keyboard in the original 520 without the internal floppy.  I'm asking
  538. >$40 each for the keyboards or 3 for $100.
  539. >
  540.  
  541. Has anyone ever connected a Mega keyboard to a STFM style machine (STe,
  542. 1040, 520STFM, etc.)?  Could a hack be constructed so that the original
  543. keyboard is left intact, but also have the detachable Mega keyboard?
  544.  
  545.  
  546. --
  547.    |||   Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
  548.    |||   Video Production Major, California State University, Chico
  549.   / | \  SysOp, Fuji BBS: 916-894-1261
  550.  
  551. ------------------------------
  552.  
  553. Date: 10 May 91 01:08:25 GMT
  554. From:
  555.  arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!bonni
  556.  e.concordia.ca!daily-planet.concordia.ca!agostino@arizona.edu (Agostino
  557.  Deligia)
  558. Subject: To J. R. Bammi (mail bounced, sorry)
  559. To: Info-Atari16@naucse.cse.nau.edu
  560.  
  561. Sorry to waste net bandwidth like this, but I would just like to thank J. R.
  562. Bammi for his help concerning zoo.  My Email reply to him bounced twice at
  563. bammi@uunet.uu.net .
  564.  
  565. (I also thank again all the others who helped, to whom my replies got through,
  566. hopefully  :-)
  567.  
  568. Agostino
  569.  
  570. --
  571.        OO OO     Agostino Deligia
  572.       O O   O    Systems Architecture
  573.      O  O   O    Concordia University, Montreal (Canada)
  574.     O   OOOO     agostino@concour.cs.concordia.ca
  575.  
  576. ------------------------------
  577.  
  578. Date: 10 May 91 18:09:26 GMT
  579. From:
  580.  arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!brolga!bunyip.cc
  581.  .uq.oz.au!qut.edu.au!lunnon@arizona.edu
  582. Subject: Tos 1.4 Bugs
  583. To: Info-Atari16@naucse.cse.nau.edu
  584.  
  585. Yet another bug in TOS 1.4
  586.  
  587.  
  588.         It has been brought to my attention that the new desktop formatter
  589. in TOS 1.4 does not mark bad blocks correctly according to the IBM media.
  590. It seems that TOS gets the nybbles wrong. (you know that wierd 12 bit
  591. fat they have), anyone else have experience with this one. While I'm
  592. on the subject, most formatters I have don't cope well with bad sectors,
  593. does anyone know of one that does do bad sector mapping properly ???
  594.  
  595.  
  596.         BOB
  597.         R.Lunnon@qut.edu.au
  598.  
  599. ------------------------------
  600.  
  601. Date: 10 May 91 02:54:43 GMT
  602. From:
  603.  arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!comp.vuw.ac.nz!a
  604.  ctrix!Roger.Sheppard@arizona.edu
  605. Subject: Weird TT hard disk thingy
  606. To: Info-Atari16@naucse.cse.nau.edu
  607.  
  608. In article <1991May9.154337.17580@cs.yale.edu> fischer-michael@cs.yale.edu
  609.  (Michael Fischer) writes:
  610. > In article <2930@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  611. > >Supra's driver will find ACSI units which are not connected in consecutive
  612. > >order starting with zero, and Atari's driver won't.
  613. > > ...
  614. > >There is another problem which has been called to my attention, and which
  615. > >is covered by the same "Atari drivers" caveat: Supra uses one trick to get
  616. > >more than four partitions per drive, and Atari uses another. If you have a
  617. > >drive partitioned with Supra's trick, and you connected it to a TT (or any
  618. > >machine running an Atari driver) the partitions after the fourth one will
  619. > >not be accessible.  Again, it's a question of using non-Atari drivers.
  620. > >
  621. > >============================================
  622. > >Opinions expressed above do not necessarily  -- Allan Pratt, Atari Corp.
  623. > >reflect those of Atari Corp. or anyone else.   ...ames!atari!apratt
  624. >
  625. > I would think it would be in Atari's best interests to provide an
  626. > upgrade path for present ST users of Supra's drives.  It shouldn't
  627. > be too hard to extend AHDI so that:
  628. >
  629. > 1.  The driver will work like Supra's driver and find ACSI units
  630. > which are not connected in consecutive order.
  631. >
  632. > 2.  The driver will recognize Supra's extended partitions as well as
  633. > Atari's.  HDX doesn't have to create them, but it would sure be nice
  634. > if AHDI and HDX understood them.
  635. >
  636. > --
  637. > ==================================================
  638. > | Michael Fischer <fischer-michael@cs.yale.edu>  |
  639. > ==================================================
  640.  
  641. Why don't we have a propper standard, one of the problems is that
  642.   Ataries HDX standard came out far to late.
  643. So why don't all the other Atari developers come up with one
  644. common standard.
  645.   Is it not posible to follow the MS-DOS standard, as our disks are
  646. based on that standard..
  647. It would only take a small patch program to fixup the none standard
  648. disk partitions, and for the other developers to fixup there Booters,
  649. or is this to simple a task.
  650.  
  651. Also are BIG partition standard ?.
  652. --
  653. Roger W. Sheppard   85 Donovan Rd, Kapiti New Zealand...
  654.  
  655. ------------------------------
  656.  
  657. End of Info-Atari16 Digest
  658. ******************************